Resposta Manuscrita Transcrita:
"É um projeto. Após feito e devidamente configurado ele não requer mais um apoio constante durante seu tempo em uso, sendo assim um trabalho único com começo, meio e fim."
Parecer do Docente:
Classificação correta como Projeto, fundamentada no resultado único (trabalho único não contínuo) e temporalidade delimitada (começo, meio e fim). Pontuação integral: 1,5 / 1,5.
Resposta Manuscrita Transcrita:
"Diminuir a quantidade de matérias que o assistente é capaz de ajudar: diminui o escopo mas não aumenta custo ou tempo.
Aumentar o orçamento para tokens e modelos: aumenta o custo mas não diminui o escopo nem aumenta o tempo."
Parecer do Docente:
Excelente! Articulou duas alternativas clássicas sem sacrificar a qualidade: (1) redução do escopo de matérias cobertas e (2) ampliação orçamentária/custos de infraestrutura para preservar cronograma e escopo. Pontuação integral: 2,0 / 2,0.
Resposta Manuscrita Transcrita:
"A abordagem é ágil, de forma que a cada 2 semanas um 'mini projeto' é entregue, podendo ou não ser dependente e ter relação com o anterior."
Parecer do Docente:
Classificou como ciclo Ágil destacando as entregas iterativas quinzenais em 'mini projetos'. Faltou apenas apontar a incerteza do modelo de IA como motivo impulsionador da flexibilidade ágil. Pontuação: 1,3 / 1,5.
Resposta Manuscrita Transcrita:
[Diagrama: Nível 1: Interface do chat | Nível 2: geração de domínio, criação da tela, integração com backend]
"A EAP assegura que uma funcionalidade seja dividida ao menor nível possível, formando uma hierarquia de complexidade aonde uma entrega mais acima depende diretamente das menores abaixo."
Parecer do Docente:
Construiu a hierarquia visual em 2 níveis definindo pacotes de trabalho concretos. Explicou a hierarquia funcional; faltou apenas formalizar o jargão da cobertura total e exclusiva da Regra dos 100%. Pontuação: 1,3 / 1,5.
Resposta Manuscrita Transcrita:
"Issue 1.1.1: Geração de domínio | Descrição: Criar o domínio aonde a interface do chat ficará hospedada. | Critério de aceitação: Domínio online reservado e acessível. | Tempo estimado: 3 horas.
Issue 1.1.2: Criação da tela | Tempo estimado: 40 horas.
A segunda issue tem muito mais complexidade e nuances, tendo um tempo maior."
Parecer do Docente:
Excelente formulação! Definiu a Issue 1 com todos os 4 campos canônicos e apresentou a Issue 2 comparativa justificando com clareza a disparidade de esforço e complexidade relativa. Pontuação integral: 1,5 / 1,5.
Resposta Manuscrita Transcrita:
"Milestones não substituem Sprints. Em um projeto pode se ter milestones definidos para entregas e prazos grandes e sprints menores, tudo em conjunto. Kanban sem sprint pode ser adotado em projetos de fluxo contínuo em que não possuam dependências entre as issues, onde uma atrasada impediria de fazer outra."
Parecer do Docente:
Muito lúcido! Demonstrou que milestones são agrupamentos macro de prazo/entrega que convivem com sprints e apontou acertadamente que Kanban sem sprints serve ao fluxo contínuo sob demanda. Pontuação: 1,8 / 2,0.
Resposta Manuscrita Transcrita:
"DoD se refere ao parâmetro universal para todas as funcionalidades feitas, uma issue só é marcada como feita quando cumpre o DoD. No exemplo sem o teste de segurança o chat não pode ser marcado como feito pois para quem averiguar o projeto vai supor que os testes foram feitos, se baseando no DoD, gerando uma confusão e provável dívida técnica."
Parecer do Docente:
Resposta impecável! Definiu com maestria a universalidade do DoD e alertou com extrema perspicácia sobre o risco de gerar dívida técnica invisível caso testes de segurança sejam contornados. Pontuação integral: 1,5 / 1,5.
Resposta Manuscrita Transcrita:
"a. Prevenção | b. Avaliação | c. Falha externa | d. Falha interna
O bug em produção (falha externa) tende a ser mais caro pois foi descoberto depois, gerando um efeito cascata grande para a resolução e causando perdas financeiras."
Parecer do Docente:
Perfeito! Mapeou 100% das 4 categorias de CoQ e justificou com clareza o efeito cascata e prejuízos operacionais da Falha Externa. Pontuação integral: 1,5 / 1,5.
Resposta Manuscrita Transcrita:
"A regra do 1:10:100 diz que um problema descoberto no planejamento tem custo 1, pois ainda está no começo e não foi realmente feito nada comprometido, nos testes possui custo 10, pois apesar de ter perda de trabalho e necessidade de revisão ainda é apenas interno, e um erro descoberto em produção tem custo 100, pois além de demorado para corrigir ainda expõe o erro ao usuário final, podendo causar problemas financeiros, técnicos, de segurança entre outros. Por isso não podemos negar verificações em testes, pois é mais barato."
Parecer do Docente:
Excelente explicação da progressão de custos nas fases de planejamento, verificação interna e produção. Faltou apenas apontar a limitação do não-determinismo na aplicação da heurística a modelos de IA. Pontuação: 1,7 / 2,0.
Resposta Manuscrita Transcrita:
"Era um risco que virou um problema. Quando era só uma possibilidade era um risco, após ter um impacto vira um problema. A probabilidade era baixa, pois com certas camadas de segurança e experiência um desenvolvedor não faria isso, mas o impacto é crítico." [Matriz marcada no quadrante Impacto Alto × Probabilidade Baixa].
Parecer do Docente:
Diferenciou com exatidão risco de problema consumado. Posicionou corretamente no quadrante de Impacto Alto e Baixa Probabilidade. Faltou citar o nome formal da estratégia de resposta prévia (mitigação/prevenção). Pontuação: 1,2 / 1,5.
Resposta Manuscrita Transcrita:
"Retirada da chave e arquivos que possam possuí-la. Mudança de chave para outra não exposta. Contabilidade do custo gerado pelo vazamento com possível redução do orçamento do projeto para compensar. Verificação manual se arquivos como .env estão sendo commitados."
Parecer do Docente:
Ações imediatas de contenção excelentes (revogação, rotação e balanço orçamentário dos custos). Na prevenção permanente, sugeriu auditoria manual de arquivos .env, onde ferramentas automatizadas de secret detection e .gitignore configurado seriam mais robustas. Pontuação: 1,25 / 1,5.
Resposta Manuscrita Transcrita:
"Prompt injection: Causa: usuário enviar comandos/instruções no prompt, (Probabilidade) alta, (Impacto) alto, (mitigação) verificação de saída, (contingência) banimento da conta.
Alucinação pedagógica: Saída verificada e tratada antes de chegar ao usuário.
ADR é o documento feito para guardar escolhas de arquitetura e segurança."
Parecer do Docente:
Brilhante! Modelou o risco de injeção de prompt com todos os campos requisitados, tratou o risco de alucinação na saída e recomendou com justificativa precisa o ADR (Architecture Decision Record). Pontuação integral: 2,0 / 2,0.
Resposta Manuscrita Transcrita:
"Comunicação Síncrona: É em tempo real e permite uma duração estendida, mais humana, mas pode atrasar o desenvolvimento.
Comunicação Assíncrona: Tempo maior de resposta, gera registros e histórico, menos humana mas consome menos tempo de desenvolvimento.
Uma boa prática é fazer o misto dos dois. Reuniões via call com registro das decisões tomadas sendo enviada para todos os interessados e com atualizações assíncronas menores entre elas."
Parecer do Docente:
Excelente reflexão sobre o equilíbrio entre contato humano e histórico registrado em atas e issues. Pontuação: 1,25 / 1,5.
Resposta Manuscrita Transcrita:
"O professor e a coordenação são quem possui maior poder sobre o projeto, podendo encerrá-lo ou exigir mudanças. Para o professor o melhor é possuir um canal de comunicação direta, via chat com atualizações e conversas frequentes sobre o andamento do projeto e funcionalidades, como o Telegram e e-mail."
[Diagrama: (5) Manter satisfeito; (2) e (3) Gerenciar de perto; (4) Monitorar; (1) Manter informado]
Parecer do Docente:
Posicionamento impecável dos 5 stakeholders nos 4 quadrantes da matriz. Estratégia de comunicação direta e frequente para o professor muito coerente. Pontuação: 1,3 / 1,5.
Resposta Manuscrita Transcrita:
"Como ambas opiniões são contrárias não é possível seguir com as duas, sendo assim a melhor forma é um meio termo, buscando agradar as duas partes. Um exemplo seria um chat curto e socrático que pudesse oferecer respostas maiores dependendo da dificuldade do usuário, assim mantendo o objetivo de ensinar e evitando um custo exagerado por usuário. Respostas puramente longas por si só teriam um custo maior e poderiam incentivar alucinações e fugas de contexto, ao passo que respostas curtas podem não ser o suficiente para alunos com mais dificuldade."
Parecer do Docente:
Proposta sofisticada de conciliação / compromisso (meio-termo adaptativo). Justificou com precisão o porquê de cada postura extrema ser prejudicial. Faltou apenas nomear formalmente as posturas da grade de Thomas-Kilmann. Pontuação: 1,6 / 2,0.
